Skip to content

fix(oauth): route DCR reconnect through registration flow - #1559

Merged
RhysSullivan merged 13 commits into
UsefulSoftwareCo:mainfrom
Adityakk9031:fix/dcr-reconnect
Aug 29, 2026
Merged

fix(oauth): route DCR reconnect through registration flow#1559
RhysSullivan merged 13 commits into
UsefulSoftwareCo:mainfrom
Adityakk9031:fix/dcr-reconnect

Conversation

@Adityakk9031

Copy link
Copy Markdown
Contributor

Fixes #1542

A dynamically registered (DCR) OAuth client is tied to a specific redirect URI. When the app's callback origin changes (e.g. 127.0.0.1 to localhost), reconnecting a DCR-capable client using the stored redirect URI fails the authorization flow. This routes Reconnect through the same probe -> register-dynamic -> start flow as initial Connect, so the registration gateway handles replacing stranded clients when the redirect URI shifts.

@Adityakk9031

Copy link
Copy Markdown
Contributor Author

@RhysSullivan have a look

maintainer and others added 12 commits August 27, 2026 21:27
A dynamically registered OAuth client is bound to the redirect URI it
registered with, so once the app's callback origin changed (127.0.0.1 to
localhost) Reconnect kept starting the flow against the stored client and
the authorization server rejected it, leaving no way to repair the
connection.

Reconnect now takes the same probe -> CIMD-or-register -> start route as
the initial connect, sharing one runner rather than a second copy of the
orchestration. Methods with a fixed, hand-registered app are unchanged.

Fixes UsefulSoftwareCo#1542
…ients, abort automatic connect on modal close
@RhysSullivan
RhysSullivan merged commit 9dcfaa5 into UsefulSoftwareCo:main Aug 29, 2026
40 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Reconnect cannot recover a DCR OAuth connection after the callback origin changes

2 participants